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MULTI-SERVICE CIRCUIT 
FOR TELECOMMUNCATIONS 

BACKGROUND 

1 . FIELD OF THE INVENTION 

The present invention pertains to telecommunications, and 
particularly the provision of multiple services supplied over an external 
network physical interface. 

2. RELATED ART AND OTHER CONSIDERATIONS 

It is now desirable to provide multiple services using a single 
telecommunications network. For example, differing services such as 
video, voice telephony, data, and other interactive and/or multimedia 
services can be carried together over a physical medium, e.g., an external 
network physical interface. 

One example of such an external network physical interface capable 
of carrying integrated multiple services system is a hybrid fiber-coax (HFC) 
network. In a HFC network, a headend office receives signals from various 
sources (e.g., analog television, Internet access, digital video on-demand) 
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and distributes an optical signal carrying these various signals to 
distribution centers or nodes. At the distribution centers the optical signal 
is converted and re-distributed to network interface units (NIU) or network 
terminals (NTs) which reside at customer premises. The network interface 
5 units receive the HFC signal using an internal transceiver (e.g., modem), 
and distribute the appropriate channels to televisions, personal computers, 
and telephones, etc. 

Other types of external network physical interfaces are also 
emerging. Such other types of external network physical interfaces include, 
10 for example, Fiber-To-The-Home (FTTH) networks and Megabit-Speed 
Digital Subscriber Line (xDSL) networks. The xDSL networks employ 
dedicated telephone lines. 

Apart from the type of external network physical interfaces, 
there is also the consideration of network protocol interface. One popular 

15 network protocol interface is Asynchronous Transfer Mode (ATM). ATM 
is a packet-oriented transfer mode which uses asynchronous time division 
multiplexing techniques. Packets are called cells and have a fixed size. An 
ATM cell consists of 53 octets, five of which form a header and forty eight 
of which constitute a "payload" or information portion of the cell. The 

20 header of the ATM cell includes two quantities which are used to identify a 
connection in an ATM network over which the cell is to travel, particularly 
the VPI (Virtual Path Identifier) and VCI (Virtual Channel Identifier). In 
general, the virtual is a principal path defined between two switching nodes 
of the network; the virtual channel is one specific connection on the 
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respective principal path. 

Many formats and interfaces for ATM technology have been 
standardized. For example, ATM has several "adaptation layers" which 
5 have been the subject of ITU standardization. In addition, an ATM 

interface known as "Utopia level 2" has been standardized, as set forth in 
The ATM Forum, Technical Committee, Utopia Level 2, Version 1.0, af- 
phy-0039.000, June 1995. 

In multi-service environments, the network interface units should be 
10 flexible for accommodating not only existing services, but additional other 
services and other types of external network physical interfaces as well. 

Some network interface units use processor cores with 
complementary hardware blocks. For example, the Motorola 860SAR 
circuit has a control processor core, an SAR processor core which is 
15 customized to handle ATM SAR functions (e.g., AAL5), and an ethemet 
controller that handles ethemet functions. 

Processor-based network interface units are flexible for the user 
because the user can easily modify the functionality by changing the 
software executed by the processor(s). However, processor-based network 
20 interface units also have disadvantages. One disadvantage is that main 
functionality has to be implemented in software by the user, which can be 
difficult and require extreme design effort. A second disadvantage is a 
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limited data rate attainable with processor-based units. A third 
disadvantage is significant power consumption. 

What is needed therefore, and an object of the present invention, is a 
predominately hardware-based network interface unit which is flexible and 
5 efficient. 



BRIEF SUMMARY OF THE INVENTION 

A multi-service integratedcircuit transmits cells between an external 
interface and plural on-board service devices handling differing 
telecommunication services. The on-board service devices include one or 

10 more ATMF transceivers, a Utopia 2 level device, and an emulator which 
interfaces with one of a PCM interface; an El interface; and a Tl interface. 
The multi-service circuit comprises a multiplexer/demultiplexer core which 
connects to the external interface and which connects via an internal 
interface to the plural service devices. In the illustrated embodiments, the 

15 external interface and internal interface are Utopia level 2 interfaces. 

The multiplexer/demultiplexer has a downstream side for 
transmitting cells from the extemal interface to the service devices and an 
upstream side for transmitting cells from the service devices to the extemal 
20 interface. The downstream side has a downstream demultiplexer and a 
downstream muUiplexer; as well as a downstream loop-back buffer for 
storing cells routed from the downstream side to the upstream side. The 
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upstream side has an upstream multiplexer and an upstream demultiplexer, 
as well as an upstream loop-back buffer for storing cells routed from the 
upstream side to the downstream side. 

5 On the downstream side, the downstream demultiplexer 

serves to route cells received from the external interface to one of the 
downstream loop back buffer, a processor, and an input of the downstream 
multiplexer. The downstream multiplexer serves to obtain cells from one 
of the downstream demultiplexer, the upstream loop-back buffer, and the 
10 processor for transmission to the service devices via the internal interface. 

On the upstream side, the upstream demultiplexer serves to 
route cells received from the service devices and from the processor to one 
of the upstream loop-back buffer, the processor, and a buffering section 
15 situated between the upstream demultiplexer and the upstream multiplexer. 
The upstream multiplexer serves to obtain cells from one of the buffering 
section and the downstream loop-back buffer for application to the external 
interface. 

BRIEF DESCRIPTION OF THE DRAWINGS 

20 The foregoing and other objects, features, and advantages of the 

invention will be apparent from the following more particular description of 
preferred embodiments as illustrated in the accompanying drawings in 
which reference characters refer to the same parts throughout the various 
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views. The drawings are not necessarily to scale, emphasis instead being 
placed upon illustrating the principles of the invention. 

Fig. 1 is a schematic view of a multi-service circuit according to an 
embodiment of the invention. 

5 Fig. 2 is a schematic view of an ATM core included in the multi- 

service circuit of Fig. 1. 

Fig. 2A is a schematic view of a downstream side of the ATM core 
of Fig. 2. 

Fig, 2B is a schematic view of an upstream side of the ATM core of 

10 Fig. 2. 

Fig. 3A is a flowchart showing general steps performed by a 
demultiplexer of the downstream side of the ATM core of Fig. 2. 

Fig. 3B is a flowchart showing general steps performed by a 
multiplexer of the downstream side of the ATM core of Fig. 2. 

15 Fig. 4A is a diagrammatic view depicting VP cross connection 

through the ATM core of Fig. 2. 

Fig. 4B is a diagrammatic view depicting VC cross connection 
through the ATM core of Fig. 2. 
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Fig. 5 is a schematic view of a buffer section included in the ATM 
core of Fig. 2. 

Fig. 5 A is a diagrammatic view of a memor>^ map of a buffer section 
included in the ATM core of Fig. 2. 

5 Fig. 6 is a schematic view showing connection of a circuit emulation 

(CE) device included in the multi-service circuit of Fig. 1. 

Fig. 6A is a schematic view of the circuit emulation (CE) device of 

Fig. 6. 

Fig. 6B(1) is a diagrammatic view showing cell packetization 
10 performed by the circuit emulation (CE) device of Fig. 6, and particularly a 
totally filled cell for a structured 64 kbps channel. 

Fig. 6B(2) is a diagrammatic view showing cell packetization 
performed by the circuit emulation (CE) device of Fig. 6, , and particularly 
1 5 a partially filled cell for a structured 64 kbps channel. 

Fig. 7A is a diagrammatic view showing showing cell packetization 
performed by the circuit emulation (CE) device of Fig. 6, and particularly a 
cell for El transmission. 

20 



Fig. 7B is a diagrammatic view showing showing cell packetization 
performed by the circuit emulation (CE) device of Fig. 6, and particularly a 
cell for Tl transmission. 
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Fig. 8 is a diagrammatic view depicting cell delay variation (CDV) 
occurring e.g., in the circuit emulation (CE) device of Fig. 6. 

Fig. 9A, Fig. 9B, Fig. 9C, Fig. 9D, and Fig. 9E are diagrammatic 
5 views showing mappings of octets in different operating modes into a 
buffer provided in the circuit emulation (CE) device of Fig. 6. 

Fig. 10 is a diagrammatic view depicting unpacketizing of two 
partially filled single 64 kbps bearer cells in the circuit emulation (CE) 
device of Fig. 6. 

10 Fig. 1 1 is a diagrammatic view depicting handling of lost and 

misinserted cells by the circuit emulation (CE) device of Fig. 6. 

Fig. 12 is a diagrammatic view showing synchronization of 
downstream data rate by the circuit emulation (CE) device of Fig. 6. 

Fig. 13 is a schematic view of a Utopia buffer included in the multi- 
15 service circuit of Fig. 1. 

Fig. 14 is schematic view of an ATMF transceiver included in the 
multi-service circuit of Fig. 1. 

Fig. 15 is diagrammatic view depicting read and write handling 
performed by a CPU block included in the multi-service circuit of Fig. 1. 
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Fig. 16 is diagrammatic view depicting interrupt handling performed 
by the CPU block included in the multi-service circuit of Fig. 1. 

Fig. 17A and Fig. 17B are schematic views of VPI/VCI tables for a 
demultiplexer and translator and a downstream multiplexer, respectively, of 
5 the ATM core of Fig. 2. 



DETAILED DESCRIPTION OF THE DRAWINGS 

In the following description, for purposes of explanation and not 
limitation, specific details are set forth such as particular architectures, 

10 interfaces, techniques, etc. in order to provide a thorough understanding of 
the present invention. However, it will be apparent to those skilled in the 
art that the present invention may be practiced in other embodiments that 
depart from these specific details. In other instances, detailed descriptions 
of well known devices, circuits, and methods are omitted so as not to 

15 obscure the description of the present invention with unnecessary detail. 

1.0 Multi-service Circuit Overview 
Fig. 1 shows a multi-service circuit 20 which connects to a 
modem/transceiver chip set 22 and distributes data, encapsulated in ATM 
20 cells, to and from different service interfaces. The particular service 
interfaces to and from which multi-service circuit 20 distributes data 
include interfaces 30 { and 302 (which are both ATMF 25.6 interfaces); 
interface 32; and interface 34 (a Utopia level 2 interface [slave]). While 
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interface 32 is illustrated as being a PCM interface [e.g., for up to four 64 
kbps channels supporting four POTS or one IDSN service through line 
circuitry 36], interface 32 can alternately be a El/Tl interface. 

Multi-service circuit 20 can be utilized, for example, in a network 
5 terminal (NT) for distributing and interfacing with services in a multi- 
service environment, such as HFC, for example. Multi-service circuit 20 is 
not limited to application for HFC, but is also useful for other types of 
networks such as xDSL and FTTH. 

Muhi-service circuit 20 functions in dependence upon a central 
10 processing unit (CPU) 40 to which multi-service circuit 20 is connected by 
CPU bus 42. CPU bus 42 is also connected to memory unit 44 and to 
modem/transceiver 22. CPU bus 42 carries the signals shown in Table 6. 
CPU 40 is connected via an ethernet (E/N) transceiver 46 to a physical 10 
Mbps interface 48 over a twisted pair cable. 

15 Internally, multi-service circuit 20 comprises an ATM 

multiplexing/demultiplexing unit known as ATM core 60, which is further 
described below with respect to Fig. 2. ATM core 60 is connected by 
modem/transceiver interface 62 on its "aggregate" side; and by services 
interface 64 on its "tributary" side. Both modem/transceiver interface 62 

20 and services interface 64 are Utopia 2 level interfaces. Modem/transceiver 
interface 62, having signals described in Table 2, is a master interface 
which makes modem/transceiver 22 independent. Services interface 64 is 
an internal Utopia interface, and is defined by ATM Forum, Utopia Level 2. 
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Services interface 64 connects ATM core 60 to four service devices. 
ATM core 60 represents the ATM layer and the service devices represent 
the physical layer. In particular, services interface 64 connects ATM core 
60 to each of tvvo ATMF transceivers 70 1, 702; circuit emulation device 

5 72; and Utopia buffer 74. ATMF transceiver 70 1 is connected to ATMF 
interface 30 1; ATMF transceiver 702 is connected to ATMF interface 302- 
ATMF interfaces 30 1 and 302 carry the signals shown in Table 4. Circuit 
emulation device 72 is connected to interface 32; Utopia buffer 74 is 
connected to interface 34. Interface 32 carries the signals shown in Table 

10 3; interface 34 carries the signals shown in Table 5. 

Multi-service circuit 20 includes a CPU block 71 through which 
ATM core 60 is connected to CPU bus 42 and ultimately to CPU 40. An 
internal CPU bus 73 connects CPU block 71 to ATM core 60, as well as to 
the service devices 70 1, 702, '72, and 74. Only services interface 64 
15 connects ATM core 60 to the service devices 70 1, 702, "72, and 74. 

2.0 ATM Core 

Fig. 2 shows generally the structure of ATM core 60. In Fig. 2, 
internal CPU bus 73 serves to divide ATM core 60 into a downsteam side 
(above bus 73 in Fig. 2) and an upstream side (below bus 73 in Fig. 2). 

20 The downstream side of ATM core 60 includes a downstream 

demultiplexer and translator 102 which has an input terminal connected to 
the receive portion 62R of modem/transceiver interface 62. Differing 
output terminals of downstream demultiplexer and translator 102 are 
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connected to a downstream multiplexer 104; downstream read CPU buffer 
106; and downstream loop-back buffer 108, The downstream read CPU 
buffer 106 is connected to internal CPU bus 73. Internal CPU bus 73 is 
also employed to provide VPI/VCI configuration information to 
downstream demultiplexer and translator 102 as indicated by line 1 10. 

Downstream multiplexer 104 has differing input terminals connected 
to an output terminal of downstream demultiplexer and translator 102 as 
described above, as well as to a set 1 16 of downstream write CPU buffers 
and to an upstream loop-back buffer 118. An output terminal of 
downstream multiplexer 104 is connected to a transmit portion 64T in 
services interface 64. 

The upstream side of ATM core 60 includes an upstream 
demultiplexer and translator 122 and an upstream multiplexer 124. A first 
input terminal of upstream demultiplexer and translator 122 is connected to 
a receive portion 64R of services interface 64. A second input terminal of 
upstream demultiplexer and translator 122 is connected to upstream write 
CPU buffer 126. The VPI/VCI tables of upstream demultiplexer and 
translator 122 are updated by CPU 40 as indicated by line 120. Differing 
output terminals of upstream demultiplexer and translator 122 are 
connected to upstream loop-back buffer 1 18; a set 136 of upstream CPU 
write buffers; and (via buffer section 140) to upstream multiplexer 124. 

A first input terminal of upstream multiplexer 124 is connected to 
downstream loop-back buffer 108. A second input terminal of upstream 



13 



multiplexer 124 is connected to outputs of buffer section 140. An output 
terminal of upstream multiplexer 124 is connected to a transmit portion 62T 
in modem/transceiver interface 62. 

Buffer section 140 includes plural internal queues, e.g., for differing 
5 types of service quality. In the illustrated embodiment, buffer section 140 
includes first through forth buffers numbered as 142 1 through 1424, 
respectively. Cells input to buffer section 140 are routed to an appropriate 
one of the queues 142 1 through 1424 depending, e.g., on their quality of 
service. 

10 In addition, an early packet discard (EPD) 144 is also provided as 

part of upstream demultiplexer and translator 122. When a sequence of 
cells that together form a PDU (Packet Data Unit) is about to be stored in a 
queue or buffer, it is possible to decide that the complete PDU shall be 
discarded. Discarding of the complete PDU may be necessary, for 

15 example, if the queue or buffer has insufficient space to accommodate the 
complete PDU. Rather than storing only a part of the PDU, the complete 
PDU is discarded. The particular illustration of early packet discard (EPD) 
144 in Fig. 2, for example, is intended to indicate that a cell which 
otherwise would be stored in one of the queues 142 1 through 1424 

20 subject to early packet discard by upstream demultiplexer and translator 
122. 

As explained in more detail hereinafter, in the downstream direction 
depicted as arrow 150 in Fig. 2, cells obtained from modem/transceiver 22 
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are distributed either to one of the service devices 70 j, 702, ^2, and 74 or to 
downstream read CPU buffer 106. Cells can also be read from set 1 16 of 
downstream write CPU buffers and sent to service devices 70 1, 702, '72, 
and 74. In the upstream direction depicted as arrow 152 in Fig. 2, ATM 
5 core 60 reads ATM cells from service devices 70i, 702; '^2; and 74 and 
distributes the cells either to the set 136 of upstream CPU write buffers or 
to modem/transceiver 22. Cells can also be read from upstream write CPU 
buffer 126 and sent to modem/transceiver 22. 

3.0 Cell Flow 
10 3.1 Downstream Cell Flow 

As soon as portion 62R of modem/transceiver interface 62 has a cell 
available, the cell is read and the VPWCI of the incoming cell is examined 
by downstream demultiplexer and translator 102. In this regard, 
downstream demultiplexer and translator 102 has VPI/VCI tableswhich is 

15 configured by CPU 40. These VPI/VCI tables are described in more detail 
with reference to Fig. 17A.Based on the VPI/VCI of the incoming cell, a 
look up operation is performed in the VPI/VCI tables of downstream 
demultiplexer and translator 102 to determine both the physical destination 
of the cell, as well as what nev/ VPI/VCI the cell should haveas it leaves 

20 ATM core 60. 

Fig. 2 A shows in more detail a downstream side of ATM core 60, 
and particularly illustrates more fully the set 1 16 of downstream write CPU 
buffers. As shown in Fig. 2 A, the set 1 16 of downstream write CPU 
buffers includes buffers 1 16i, 1 162, and 1 163, each of which have input 
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terminals fed by internal CPU bus 73 and output terminals connected to an 
input terminal of downstream multiplexer 104. Each of these buffers is 
associated with one of three of service devices 10 \. 702, '^2, and 74, 
thereby giving ATM core 60 the ability to send ceils from CPU 40 to the 
three service devices having one of the buffers 1 16 1, 1 162, and 1 163. 

Fig. 3A, in conjunction with Fig. 2A, shows the general steps 
performed by downstream demultiplexer 102 in handing a cell incoming 
from modem/transceiver 22. At step 3A-1 demultiplexer 102 determines 
whether a cell is available from modem/transceiver 22 on interface 62. 
Ceils available from modem/transceiver 22 on interface 62 are known as 
"aggregate" cells. Demultiplexer 102 repetitively checks whether an 
aggregate cell is available, as indicated by the negative branch of decision 
symbol of step 3A-1. If an aggregate cell is available, at step 3A-2 its 
VPI/VCI is examined (as described above) and downstream multiplexer 
104 is halted. Based on VPI/VCI, downstream demultiplexer and translator 
102 knows where the cell is headed e.g., for one of service devices 70 1, 
7O2, 72, and 74, or for CPU 40 (e.g., downstream read CPU buffer 106), or 
for downstream loop-back buffer 108. In this regard, see Section 10.1 and 
Fig. 17A. 

After the VPI/VCI of the downstream incoming cell is translated, a 
check is first made at step 3A-3 whether the cell is headed for CPU 40 and 
whether downstream read CPU buffer 106 is ready to receive a cell. If the 
check at step 3 A-3 is affirmative, at step 3A-4 the cell is written to 
downstream read CPU buffer 106. 
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If the detennination at step 3A-3 is negative, a check is made at step 
3A-5 whether the cell is headed for downstream loop-back buffer 108, and 
whether downstream loop-back buffer 108 is ready to accept a cell. If the 
check at step 3A-5 is affirmative, at step 3 A-6 the cell is sent to 
5 downstream loop-back buffer 108. 

If the determination at step 3A-5 is negative, a check is made at step 
3A-7 whether the cell is a Utopia cell (e.g., is headed for one of the service 
devices 70 1, 702, 72, and 74) and whether the particular device to which 
the cell is headed is ready to accept a cell. If the check at step 3A-7 is 

10 affirmative, at step 3A-8 the attention of downstream multiplexer 104 is 
requested. The attention of downstream multiplexer 104 is repetitively 
requested until it is determined (at step 3A-9) that downstream multipexer 
104 is ready. Once downstream multiplexer 104 is ready, at step 3 A- 10 the 
cell is sent to downstream multiplexer 104 so that the cell can be sent over 

1 5 the transmit portion 64T of services interface 64 to the particular device to 
which it is destined. 

Regarding the check of step 3A-7, ATM core 60 is continuously 
updated regarding the buffer status for each of the service devices 70 j, 702, 
72, and 74. In this regard a polling using the Tx_Clav signal over interface 
20 64 provides an indication whether there is sufficient space in the buffer of 
each device for storing a complete cell. 

If the determinations at steps 3A-3, 3A-5, and 3A-7 are all negative, 
the cell is discarded as indicated by step 3A-1 1. Upon completion of each 
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of steps 3A-4, 3A-6, 3 A- 10, and 3A-1 1, execution continues with the 
awaiting of processing a new downstream cell at step 3A-1. 

Fig. 3B, in conjunction with Fig. 2A, shows the general steps 
performed by downstream multiplexer 104. Step 3B-1 shows multiplexer 

5 104 determining whether it has been halted by demultiplexer 102 (see step 
3A-2 of Fig. 3A). If multiplexer 104 has been halted, at step 3B-2 a 
determination is made whether a cell is available from demultiplexer 102. 
Multiplexer 104 knows that a cell is available from demultiplexer 102 when 
demultiplexer 102 has requested the attention of multiplexer 104 (see step 

10 3A-8 of Fig. 3 A). If a cell is not available from demultiplexer 102, 
multiplexer 104 loops back to step 3B-1. If a cell is available from 
demultiplexer 102, at step 3B-3 the multiplexer 104 receives the cell which 
was sent to it by demultiplexer 102 (see step 3A-i0 of Fig. 3A). Then, at 
step 3B-4, multiplexer 104 gates the cell to the appropriate one of the 

1 5 Utopia devices (service devices 70 1 , 702, 72. and 74) as indicated by the 
VPI/VCI of the cell. After the gating of the cell, operation loops back to 
step 3B-1. 

If multiplexer 104 has not been halted by demultiplexer 102, at step 
3B-5 multiplexer 104 checks whether a loop back cell is available from 
20 upstream loop-back buffer 118. If a cell is available from upstream loop- 
back buffer 1 18, at step 3B-6 a check is made whether the appropriate 
Utopia device (one of service devices 70 1, 702, 72, and 74) to which the 
cell is destined is ready to accept the cell. If the service device is not ready, 
operation returns to step 3B-1. If the service device is ready, at step 3B-7 



18 



the multiplexer 104 reads the cell from upstream loop-back buffer 118, and 
at step 3B-8 the cell is gated through multiplexer 104 to the appropriate 
service device. After the gating of the loop back cell through multiplexer 
104 to the appropriate service device, operation loops back to step 3B-1. 

5 If a loop back cell is not available from upstream loop-back buffer 

1 18, at step 3B-9 a determination is made whether a CPU cell is available 
from one of downstream write CPU buffers 116. If none of the buffers 1 16 
have a cell available, operation loops back to step 3B-L If one of the 
buffers 116 does have a cell available, at step 3B-10 a check is made 

10 whether the Utopia device (e.g., one of service devices 70 1, 702, 72, and 
74) to which the CPU cell is destined is ready. If the service device is not 
ready, operation loops back to step 3B-1. If a CPU cell is available, at step 
3B-1 1 the CPU cell is read from the ready one CPU buffers 1 16. At step 
3B-12 multiplexer 104 gates the CPU cell to the appropriate service device, 

15 after which operation continues at step 3B-1 . 

The operations of demultiplexer 102 as described in Fig. 3 A and the 
operation of multiplexer 104 as described in Fig. 3B are such that these 
devices can handle cells independently at the same time. For example, if 
demultiplexer 102 is busy reading cells from interface 62 and storing the 
20 read cells in downstream loop back buffer 108, multiplexer 104 can read 
cells from upstream loop-back buffer 1 18 and send such cells to one of the 
service devices 70 1, 702, 72, and 74. Only if cells are going from interface 
62 to interface 64 must both demuUiplexer 102 and multiplexer 104 work 
together. 
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3.2 Upstream Cell Flow 

Fig. 2B shows in more detail an upstream side of ATM core 60, and 
particularly illustrates more fully the set 136 of upstream CPU write 
buffers. In particular, the set 136 of upstream CPU write buffers includes 
5 buffers 136 1, 1362, and 1363. Each of these buffers is associated with one 
of three service devices 70 1, 702, 72, and 74, thereby giving ATM core 60 
the ability to send cells to CPU 40 from the three service devices having 
one of the buffers 136i, 1362, and I363. 

On the upstream side of ATM core 60, the service devices service 
10 devices 70 1, 702, '72, and 74 on services interface 64 are read as soon as 
one of them has a cell available. Cell availability is denoted by the 
Rx_Clav signal specified on interface 64. Besides the services interface 64, 
upstream write CPU buffer 126 is also read when it contains a complete 
cell. The service devices and upstream write CPU buffer 126 have the 
1 5 same priority. 

In the upstream direction, there are eight possible destinations for ^ 
incoming upstream cells - the three buffers in set 136 of upstream CPU 
write buffers, the four buffers in buffer section 140, and upstream loop- 
back buffer 118. VPWCI cannot solely be relied upon to determine the 
20 destination of the incoming upstream cells. The fact that two cells from 
different ATMF channels have the same VPWCI means that the physical 
source (e.g., ATMF interface 70 1, 7O2) must also be used to determine the 
destination. In like manner as downstream demultiplexer and translator 
102, upstream demultiplexer and translator 122 has VPI/VCI tables which 
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also includes source information. The VPI/VCI tables of upstream 
demultiplexer and translator 122 are updated by CPU 40 as indicated by 
line 120. The VPWCI tables of upstream demultiplexer and translator 122 
are described in more detail in section 10.2 and Fig. 17B. 

5 Because ATM core 60 quickly reads cells and stores cells in the 

destination buffers, ATM core 60 can always make sure that the different 
service devices are read in proper order. In this regard, ATM core 60 
works sufficiently quickly that, even when data is received at maximum 
speed from all service devices, there is no risk that any of the service 

1 0 devices 70 1 , 702, 72, "^^ ^^^^ blocked. 

Early packet discard can be performed for all ATM connections and 
for all buffers in buffer section 140. For each VPWCI there is information 
whether early packet discard (EPD) is to be performed or not (in 
accordance with configuration by CPU 40 at connection set up) and the 
15 current EPD status (an internal variable). 

Cells in buffer section 140 are multiplexed together with cells from 
downstream loop-back buffer 108 at upstream multiplexer 124 for 
application to modem/transceiver interface 62. 

On the upstream side of ATM core 60, a cell is obtained as soon as 
20 modem/transceiver interface 62 indicates that it is ready to receive a 

complete cell. When such an indication is received at upstream multiplexer 
124, cell(s) in downstream loop-back buffer 108 is given highest priority, 
and can be connected to any of the four channels on modem/transceiver 
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interface 62. The handling of the buffers in buffer section 140 depends on 
the mode of ATM core 60. There are three different modes of ATM core 
60. 

In a first mode of ATM core 60, all four buffers 142i - 1424 in 
5 buffer section 140 are connected to one channel on modem/transceiver 
interface 62. In this first mode, all four buffers 142 1 - 1424 have different 
priorities. 

In a second mode of ATM core 60, two buffers 142} - 1422 are 
connected with one channel on modem/transceiver interface 62 and two 
10 other buffers 1423 - 1424 are connected with another channel on 

modem/transceiver interface 62. In this second mode, the two buffers 
connected with the same channel have different priorities, but they have the 
same priorities as the two other buffers that are connected to the other 
channel. 

15 In a third mode of ATM core 60, each of the buffers 142 1 - 1424 are 

connected with a separate (e.g., different) one of the channels on 
modem/transceiver interface 62. In this third mode, all four buffers 142 1 - 
1424 have the same priority. 

4.0 VPI/VCI Handling 

20 Each ATM connection has two VPI/VCIs -- one for the connection 

on the modem/transceiver interface 62 (e.g., on the aggregate side), and 
another for the connection to and from service interface 64 (e.g., on the 
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tributary side). Because upstream cells from circuit emulator 72 are created 
with a fixed VPI/VCI, this fixed VPI/VCI value must be used for the 
tributary VPI/VCL The translation of VPI/VCI values using VPI/VCI 
tables is discussed in section 10.0, as well as Fig. 17A and Fig. 17B. 
5 Examples of ATM connections are shown in Table 1 . 

ATM core 60 can handle a total of 128 simultaneous ATM 
connections, both VPCs and VCCs. On the aggregate side, all twelve bits 
of the VPI are used, but only sixteen combinations can be valid 
simultaneously. The eight most significant bits are used for filtering cells, 

10 which is necessary in an HFC application where each NT must have its 
own VPL The four least significant bits (sixteen combinations) will 
determine the VPC/VCC (together with the VCI for VCCs), In an ADSL 
applicafion, the eight most significant bits can be reset. Only eight bits of 
the VCI are used (the LSBs). All 256 VCI combinations and the sixteen 

15 VPI combinafions can be mixed, but only 128 combinations can be valid 
simultaneously. 

On the tributory side, only four bits of the VPI are used (the least 
significant bits) and only eight bits of the VCI are used (the least significant 
bits). All combinations can be mixed, but only 128 combinafions can be 
20 valid simultaneously. 

Fig. 4A shows how a VP cross connection can be set up through 
ATM Core 60. Fig. 4A includes a demux and translation table 400 which is 
stored in a set of internal RAMs in ATM core 60 and which are maintained 



23 



by CPU 40. Any of the 128 connections through ATM core 60 can be 
configured as VP cross connections (VPC), with sixteen of such 
connections being configured simultaneously as VPC. In that case the 4 
LSB's of the VPI is translated. The 8 MSBs at the aggregate side must 
5 correspond to the VP filter, and at the tributary side they are reset, i.e. no 
generic flow control (GFC) handling is supported. AH VC's belonging to a 
VPC are transparent except for 0AM: Segment and end-to-end F4 flows 
are sorted out and send to CPU 40. 

10 Fig. 4B shows how VC cross connections can be set up through 

ATM core 60. All 128 simultaneous connections through the ATM core 60 
be configured as VC cross connections (VCC). Using VCC handling 
means that only VC's that are defined in the demux- and translation table 
are distributed through ATM core 60, including pre-defined signalling 

15 VC's (VC=5 for ITU and VC=16 for ATM Forum as shown in Fig. 4B). 
The 8 MSBs of the VCI must be 0. Both the 4 LSBs of the VPI and the 8 
LSBs of the VCI are translated. The 8 MSBs of the VPI are handled as for 
VP cross connections. Segment and end-to-end F4 0AM cells are sorted 
out per VP, just like for VPCs. However, segment F5 cells are sorted out 

20 per VC. Those cells are send to CPU 40. 

In an HFC application, abihty to broadcast cells is needed. This is 
provided with a separate VPI register 402 as shown in Fig. 4A and Fig. 4B. 
Downstream cells with a VPI that corresponds to this register will be send 
25 to the CPU. 
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5.0 Buffering 

Quality of service (QoS) handling is handled only for the upstream 
flow. All cells that are read from the services interface 64 (and set 136 of 
upstream CPU write buffers) and are heading for upstream transportation 
5 (the direction of arrow 152 in Fig. 2) are stored in the buffer section 140, 

Buffer section 140 of multi-service circuit 20 is shown in more 
detail in Fig. 5. Buffer section 140 actually comprises a buffer controller 
HOC which is connected between upstream demultiplexer and translator 

10 122 (the tributary mux) and upstream multiplexer 124 (the aggregate mux). 
Buffer controller 140C supervises data retrieval and storage either in 
internal memory (e.g., RAM 142) or in an external memory (e.g., SRAM 
142X shown in Fig. 1). For example, the buffers 142 1 - 1424 shown in Fig. 
2 and Fig. 2B can be included in internal memory (e.g., RAM 142). 

15 Whether buffers 142^ - 1424 are included in internal memory or external 
memory is specified and allocated by CPU 40 at start up. 

Thus, multi-service circuit 20 has a limited internal buffering 
capacity, indicated by the four queues 142] - I424. In the illustrated 
20 embodiment, the size of the internal memory is 2048 x 8. The size of 
external SRAM 142X is much larger, e.g., 128K x 8. 

As shown in Fig. 5A, either internal memory 142 or extemal 
memory 142X is divided into 4 areas. As explained above, these four areas 
25 can correspond in some modes of the invention to differing cell classes. 
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The first area (Area 1) always starts at address 0x0000, with Area 2 - Area 
4 being subsequently provided. The size of all areas is programmable, 
including the EPD threshold values for all areas. As mentioned above, in 
view of differing operating modes, the four buffer areas Area 1 - Area 4 
5 need not necessary correspond to four different QoS classes. Two constant 
bit rate (CBR) cells can be stored in different buffer areas if one is more 
timing critical than the other. This is decided at set up for each ATM 
connection. 

10 6,0 Circuit Emulation Device 

Circuit emulation (CE) device 72 performs conversion between 
ATM and synchronous telephony traffic. In the upstream direction (see 
arrow 152 in Fig. 2), circuit emulation (CE) device 72 packetizes the 
synchronous timeslot traffic from the PCM interface into ATM cells via 
15 AALl (adaptation layer 1). The cells are put onto the services interface 64 
for further upstream transportation. In the downstream direction (see arrow 
150 in Fig. 2), incoming ATM cells from services interface 64 are 
unpacketized and the timeslot traffic is reconstructed, this is also done via 
AALl. 

20 

One context of circuit emulation (CE) device 72 is shown in Fig. 6, 
wherein circuit emulation (CE) device 72 is connected between services 
interface 64 and PCM interface 32. Line circuitry 36 (see Fig. 1) includes 
a dual subscriber line audio circuit (DSL AC) which connects to several 
25 subscriber line interface circuits (SLICs). A SLAC is a circuit that takes 
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care of PCM modulation, and is also referred to as a CODEC 
(COder/DECoder). A DSLAC has two SLACs in one circuit, A SLIC 
handles the high voltage and current on the subscriber line. 

5 Fig. 6A shows example architecture of circuit emulation (CE) device 

72. Circuit emulation (CE) device 72, like all of multi-service circuit 20, is 
a pure hardware circuit. Circuit emulation (CE) device 72 has a set of 
configuration and status registers 72-10 which are connected by internal 
CPU bus 73 to CPU 40. Usage of registers in set 72-10 are described 

10 below. Circuit emulation (CE) device 72 has a PCM El/Tl interface 72-20 
which connects to interface 32; a nAALl reassembly unit 72-30 which 
connects to transmit lines in interface 64; and, an AALl segmentation unit 
72-40 which connects to receive lines in interface 64. Between PCM 
interface 72-20 and AALl reassembly unit 72-30 is a downstream dual port 

15 RAM 72-50. Between PCM interface 72-20 and AAL 1 segmentation unit 
72-40 is an upstream dual port RAM 72-60. Each of the dual port RAMs 
72-50 and 72-60 is divided into different areas as hereinafter described. 

6.1 Packetization 

20 The telephony data can be packetized into either structured 64 kbps 

channels or unstructured 2048/1544 kbps channels. Both methods are 
described below. 
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6.1.1. Structured 64 kbps channels 

For structured 64 kbps channels, the ATM cells will always contain 
data from only one channel. The cells can either be totally filled (47 octets) 
as shown in Fig. 6B(1), or partially filled (22 or 1 1 octets) as shown in Fig. 
B(2). The benefit with totally filled cells is the high utilization of the 
bandwidth (100%), and the drawback is the high assembly delay (47 x 125 
ms =5.9 ms). The bandwidth utilization for partially filled cells is lower 
(47% for 22 octets and 23% for 1 1 octets), but the assembly delay is also 
lower (2.8 ms and 1.4 ms respectively). 

6.1.2 Unstructured 2048/1544 kpbs channels 

When using unstructured 2048/1544 kpbs channels, the ATM cells 
contains data from all channels from either a El interface (2048 kbps) [see 
Fig. 7A] or a Tl interface (1544 kbps) [see Fig. 7B]. 

6.2 Cell Delay Variation 

The data traveling downstream (e.g., in the direction of arrow 150 in 
Fig. 2) must be additional delayed in order to handle cell delay variation 
(CDV). As shown in Fig. 8, there is a nominal transmission delay from the 
source to the destination. If that delay were constant, the destination could 
start reading data just after the moment the cells has arrived. However, 
some cells could be more delayed than others, so the destination must have 
an extra buffer in the case a cell is very late. Otherwise, there will be buffer 
underflow. Because of the large assembly delay, not much extra delay can 
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be added for CDV handling. In the illustrated embodiment, circuit 
emulation (CE) device 72 handles up to 3.9 ms CDV. 

6.3 Lost and Misinserted Cells 

5 By looking at the sequence number in the SAR-PDU header, lost 

and misinserted cells can be detected. When a cell appears with a sequence 
number that is not in sequence with the previous one, it could be a 
misinserted cell but it could also be a number of lost cells between this and 
the previous cell. This can be determined by looking at the sequence 

10 number of the next cell If it is in sequence with the present one, it is 
considered that some cells have been lost. If it is in sequence with the 
previous one, the present one is misinserted. A cell which is not in 
sequence will NOT be stored. If the cell is considered as misinserted (after 
the next cell has arrived), there is no harm done of not storing the cell. If 

15 cells have been lost, the harm is done anyway. 

6.4 Synchronization 

Because POTS is a synchronous service, it is necessary that a service 
clock related to the source be recovered, otherwise there will be buffer 

20 overflow or underflow. In a synchronous system, the service clock is 

extracted directly from the network clock (the downstream data clock from 
the modem). In an asynchronous system, adaptive clock extraction is 
usually used. However, this method is not suitable for structured circuit 
emulation because of the delay. Instead a reference clock is provided from 

25 the modem, which is used to generate an own clock. 
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6.5 Segmentation 

The data from each POTS channel is typically a constant octet flow 
with a periodicity of 125 ms. The octets are stored in a buffer -50 in 
5 consecutive order. The buffer has 94 octet positions per POTS channel, 
which covers two cells for totally filled mode (Fig. 9A), 4 cells for 22 octet- 
partially filled mode (Fig, 9B), and 8 cells for 1 1 octet-partially filled mode 
(Fig- 9C). 

10 6.5.1 Segmentation: 64 Kbps Bearer Cells (totally filled) 

When the circuit emulation (CE) device 72 is working in a mode of 
64 kbps bearer-cells, the buffer is configured to have two areas of 47 octets 
each (Fig. 9A). Each area represents a cell - the first area (octets 0 to 46) 
represents cells with even number, the other area (octets 47+) represent 

15 cells with odd number. CPU 40 controls the start of each channel by 

setting a dedicated bit in the configuration register. Channels that are using 
single 64 kbps bearer are initialized independently of each other. As soon 
as one area has been filled with data from the PCM interface, a cell can Be 
created and sent upstream. Because there is no extra cell buffer, the cell is 

20 not created until the device that controls the Utopia interface 64, i.e., the 
ATM core 60, requests a cell. ATM core 60 requests a cell shortly after it 
has received an indication that a cell is ready, which really means that a cell 
is ready to be created. When a cell is created, the 47 octets of PCM data 
are put into the SAR-PDU payload, and a sequence number is put into the 

25 SAR-PDU header. 
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6.5.2 Segmentation: 64 kbps Bearer Cells (22 Octets) 

When 64 kbps bearer-cells, partially filled with 22 octets, are 
employed, the buffer is configured to have 4 areas of 22 octets each (Fig. 

5 9B). As in the preceding discussion, each area (e.g., Area 1 - Area 4) 
represents one cell: the first area (octets 0-21) represents cells with 
sequence number 0 and 4, the second area (octets 22 -43) represents cells 
with sequence number 1 and 5, the third area (octets 44-65) represents 
cells with sequence represents number 2 and 6, and the fourth area (octets 

10 66 - 87) represents cells with sequence represents number 3 and 7. Even 
here the CPU is enabling the start of the writing into the buffer. When a 
cell area is filled with data (22 octets), indication is given that a cell can be 
created. A cell is created in the same way as described above, but only 22 
octets are put into the SAR-PDU payload. The remaining 25 octets are 

15 dummy octets. 

6.5.3 Segmentation: 64 kbps bearer Cells (1 1 Octets) 

When 64 kbps bearer-cells, partially filled with 1 1 octets, are 
employed, the buffer is configured to have 8 areas of 1 1 octets each. As in 
20 the previous modes, each area represents a cell. But in this scenario each 
sequence number has a unique area. The CPU enables the start of the 
buffer wrhing, even though this is not very critical because of the low 
assembly delay. The creation of a cell is similar to the next previously 
discussed mode, except that the number of dummy octets (36) differs 
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6.5.4 Handling of several simultaneous single 64 kbps bearer 

In order to handle two 64 kbps channels simultaneously, the 94-octet 
buffer must be doubled as shown in Fig. 9D. For the part that takes care of 
the writing into the buffers, this will not make any difference. Each 
5 channel is stored independently of each other. For the part that takes care 
of the cell creation, each buffer is treated as a different cell flow (which it 
is). When a cell for channel 1 is ready to be created, this is indicated to 
services interface 64 on a separate signal. For channel 2, indication is 
given on another signal. The services interface 64 requests a cell from the 
10 two channels separately. For 4 channels a buffer of 4 x 94 octets are 
needed, as shown in Fig. 9D. 

6.5.5. Packetizing of unstructured El /Tl frames 

El (2048 kbps) and Tl (1544 kbps) frames are transported 
15 unstructured over ATM, i.e. the data is packetized into totally filled cells 
without any handling of separate 64 kbps channels. Because of the serial 
interface, there is no need for any alignment of the data. In this mode the 
buffer is configured according to Fig. 9E. In this mode the buffer is filled 
with data much faster than the n x 64 kbps modes, which means that the 
20 initialization of the writing is not very critical. 



6.6 Reassembly 

For the reassembly function, the same respective buffers are defined 
as for segmentation function. Moreover, the buffers will also have the 
25 same configurations as for the respective segmentation functions. 
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6.6.1 Unpacketizing 

The unpacketizing of the different cells follows the same behaviour 
as for the packetizing. The cells are received from services interface 64. If 

5 several single 64 kbps bearers are used, the channels are separated v^ith 
different enable signals. When a ceil is received, the user data is stored in 
the dedicated area in the buffer (determined by the sequence number). This 
is also indicated to the read side, so it can see whether data has been written 
into the area since last time it was read. The buffer is continuously read in 

10 a consecutive order, and the data flow is send to the PCM interface 32 - one 
channel per buffer. Fig. 10 shows unpacketizing of two partially filled 
single 64 kbps bearer-cells. 

6.6.2 Handling of Lost and Misinserted Cells 

15 When a cell is received at circuit emulation (CE) device 72, the 

sequence number in the SAR-PDU header is checked. If a cell Ct is not in 
sequence with the previous cell Ct-i, it is discarded and the user data is not 
stored. If the next cell Ct+i is in sequence with cell Ct-i, cell Cf is 
considered as misinserted and the reassembly procedure continues. If cell 

20 Ct+i is in sequence with cell C^, it is considered that a number of cells have 
* been lost between cell Ct^i and cell Ct. Even in this case the reassembly 

procedure will continue, resulting in that cell Cj is discarded even though it 
is a correct cell. However, a possible misinserted cell can not be stored 
because the buffer will only have place for tvvo cells when using totally 

25 filled cells. An example is shown in Fig. 1 L 



33 



If the buffer area for odd cells is being read and a misinserted cell 
with an odd sequence number arrives C^;, the payload must not be stored in 
the area that is currently being read. Because of the small buffer size, there 
5 is no possibility to insert the recommended dummy data into the buffer 
instead of lost cells. However, each time a cell payload is written into the 
buffer, this is indicated to the read side. If there is no indication that a cell 
has been written into an area since last time it was read, the read side will 
generate the necessary number of dummy bits (Is). 

10 

6.63 Handling of Cell Delay Variation (CDV) 

If all cells had the same delay through the network, they should 
appear with a precise periodicity. In that case, the read part could start 
reading the buffer the moment after the first cell has arrived. In reality, 

15 some cells will have more delay (see Fig. 8), which could mean that a 
buffer area is read before it has been filled with data (buffer underflow). 
Therefore the read part should be delayed initially when the first cell 
arrives, so that it will continuously read each cell area a certain time after" 
the cell has been written into it. In that case it will not be buffer underflow 

20 if a cell suddenly arrives a little late. The extra CDV delay is 
programmable by the CPU, 
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6,7 Synchronization 

Multi-service circuit 20 needs an 8 kHz network reference clock in 
order to synchronize the telephony flow. A phase locked loop (DPLL) is 
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used to generate a clock that is locked to the reference clock, as shown in 
Fig. 12 for synchronization of the downstream data rate. When interface 32 
is a PCm interface, the oscillator frequency (fosc) must be 32.768 MHz and 
the generated clock (fick) is 2.048 MHz. This is the same for the El 
5 interface. However, if the Tl interface is to be used, fosc is 24.704 MHz 
and f|ck is 1-544 MHz. The oscillator is external. 

6.8 Interfaces and Clocks 

Circuit emulation (CE) device 72 is connected to interface 32, 
10 services interface 64, and internal CPU bus 73. Circuit emulation (CE) 
device 72 is divided into two clock areas. The handling of ATM cells 
(distribution of data between the buffer and services interface 64 is clocked 
by the clock that is distributed from the services interface 64 (the system 
clock). On the other hand, the handling of telephony data (distribution of 
1 5 data between the PCM/E 1 /T 1 interface and the buffer) is clocked by the 
DPLL clock (see Fig. 12). 

7.0 Utopia Buffer 

Utopia buffer 74, shown in Fig. 13, is basically a buffer between 
20 services interface 64 (an internal tributary Utopia interface), which is 
controlled by ATM core 60, and an external service Utopia interface 34 
which is controlled by the external device that is connected to it. The 
internal buffers in Utopia buffer 74 can store 2 cells per direction. The 
external Utopia interface 34 can work in either level 2 or level 1 mode, the 
25 mode selection being configured by CPU 40 at start up. In level 2 mode, 
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the physical address must also be configured. Utopia buffer 74 has three 
different clocks. Distribution of data between Utopia buffer 74 and the 
internal tributary interface (services interface 64) is clocked by the system 
clock. Distribution of data between Utopia buffer 74 and the external 
5 Utopia interface 34 is clocked by two separate clocks for transmit and 

receive, both such clocks being provided from the external Utopia interface 
34. 

8.0 ATMF 25.6 Transceivers 

10 ATMF transceivers 70], 702 are each a point-to-point physical ATM 

interface for a twisted pair cable, as specified by ATM Forum. The ATMF 
25.6 Mbps transceivers 70i, 702 ^^e a common standard interface and are 
provided by computer plug-in cards and set-top-boxes (STB). A 
representative one of the ATMF transceivers 70}, 702 shown as 

15 transceiver 70 in Fig. 14. 

In the downstream direction (shown by arrow 150 in Fig. 2), cells 
are received at ATMF transceivers 70 702 from the services interface 64 
and are transmitted on the 25.6 Mbps lines 30 1, 302 after having been 

20 temporarily stored in a two cells-deep FIFO. In the upstream direction 
(depicted by arrow 152 in Fig. 2), cells are received from the 25.6 Mbps 
lines 30], 302 are stored in a two cells-deep FIFO, where they can be 
read by the ATM core 60. The functions of the Physical Media Dependent 
(PMD) sublayer and the Transmission Convergence (TC) sublayer are 

25 specified in the ATM 25.6 Mbps Physical Interface Specification from 
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ATM Forum. An 8 kHz reference signal is provided to the downstream * 
part (the same signal as for the DPLL of circuit emulation (CE) device 72), 
so that timing information can be transmitted over the ATMF interface 30, 
The downstream clock is distributed from an extemal 32 MHz oscillator. 
5 The upstream clock is extracted from the upstream flow. The handling of 
cells between the FIFOs and the services interface 64 is clocked by the 
Utopia clock (the system clock). 

9.0 CPU Block 

10 The CPU block 71 distributes data between (1) the extemal CPU bus 

42 and (2) ATM core 60 and service devices 70 1, 702, '^2, and 74. CPU 
block 71 also handles interrupt. All functions performed by CPU block 71 
including the transactions over the internal interface (e.g., bus 73) are 
clocked by the system clock. 

15 

9.1 Read and Write Handling 

Reading and write handling as performed by CPU block 71 are 
illustrated in Fig. 15. When the CPU 40 performs a read or write action to 
multi-service circuit 20, the CPU block 71 detects a low transaction on the 

20 chip select signal (CS). CPU block 71 then decodes the address bus and 
distributes the least significant bits of the address bus and a block select 
signal to the selected block (e.g., ATM core 60 or one of service devices 
70 1, 702, '72, and 74). Bus 73 is a bidirectional data bus which is diverted 
into two separate buses for read and write. When the internal read or write 

25 action has been finished, this is indicated by the data transfer acknowledge 
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signal. Since the read or write action is clocked by the system clock, the 
timing is dependent on its frequency. 

9.2 Interrupt Handling 

5 Each block in multi-service circuit 20 gives at least one flag to CPU 

block 71. The status of each flag is stored in a status register maintained by 
CPU block 71. A transaction from low to high of a bit in the status register 
results in an interrupt request (IREQ) to the CPU 40. The interrupt request 
is deserted when the CPU reads the status register or when the interrupt 

10 acknowledge signal (lACK) is asserted. Interrupt request handling can be 
rejected for each flag by setting a corresponding bit in the mask register. 
The structure of the interrupt handling is illustrated in Fig. 16. 

The following events in multi-service circuit 20 are performed in 
15 connection with interrupt handling for the respective flags: 

1 . A complete cell is stored in the downstream read CPU buffer 
106 in ATM core 60 (see Fig. 2A). 

20 2, A complete cell is stored in buffer 136i of the set 136 of 

upstream CPU read buffers in the ATM core 60 (see Fig. 2B). 

3. A complete cell is stored in the in buffer 1362 of the set 136 
of upstream CPU read buffers in the ATM core 60 (see Fig. 2B). 

25 

4, A complete cell is stored in the in buffer I363 of the set 136 
of upstream CPU read buffers in the ATM core 60 (see Fig. 2B). 



5. An out of sync event or buffer over- or underflow for channel 
30 1 in circuit emulation (CE) device 72 
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6. An out of sync event or buffer over- or underfIov\^ for channel 

2 in circuit emulation (CE) device 72 

5 7. An out of sync event or buffer over- or underflow for channel 

3 in circuit emulation (CE) device 72 

8. An out of sync event or buffer over- or underflow for channel 

4 in circuit emulation (CE) device 72 

10 

10.0 VPI/VCI Tables ofthe ATM Core 

As mentioned above, both demultiplexer and translator 102 and 
downstream multiplexer 104 utilized VPI/VCI tables configured by CPU 
15 40. The VPI/VCI tables for demultiplexer and translator 102 are illustrated 
in Fig. 17 A; the VPI/VCI tables for downstream multiplexer 104 are 
illustrated in Fig. 17B. 

10.1 VPI/VCI Tables of Downstream Demultiplexer and Translator 
20 As shown in Fig. 17A, demultiplexer and translator 102 has both an 

aggregate VPI/VCI recognition table 102-10 and an tributary VPI/VCI 
translation and destination table 102-20. A cell incoming to demultiplexer 
and translator 102 has certain header information applied both to a validity 
comparator 102-30 and to a VPI/VCI register 102-40. The certain header 
25 information comprises the four least significant bits (LSBs) ofthe VPI and 
the eight least significant bits of the VCI of the header. At validity 
comparator 102-30, the header is compared with a filter value stored in VPI 
filter register 102-32. If header information is valid, a validity signal is sent 
to controller 102-50, 
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An attempt is made by demultiplexer and translator 102 to find a 
match between the header information stored in VPI/VCI register 102-40 
and a value in aggregate VPI/VCI recognition table 102-10. As shown in 
Fig. 17A, VPWCI recognition table 102-10 actually comprises four 
RAMS 102-10(1) through 102-10(4). An readout port of each of RAMS 
102-10(1) through 102-10(4) is connected to a first input port of a 
corresponding one of comparators 102-60(1) through 102-60(4). A second 
input port of each of the comparators 102-60(1) through 102-60(4) is 
connected to receive the value stored in VPI/VCI register 102-40. Each of 
RAMS 102-10(1) through 102-10(4) has thirty two posifions (32 x 4 = 128 
byte RAMs). When header information is stored in VPI/VCI register 102- 
40 upon receipt of a new cell by demultiplexer and translator 102, the first 
position in all four RAMS are checked simultaneously. That is the values 
in the first positions of the four RAMS are outputted to their corresponding 
comparators 102-60 to determine if the first position values match the 
incoming header information. If no match is found, the second positions in 
all four RAMS are similarly simultaneously checked, and so forth until a . 
match is found. Thus, the maximum time required to search all four RAMS 
is 32 clock cycles. 

When a match is found, an indexing value is determined for 
addressing tributary VPI/VCI translation and destination table 102-20 and 
for obtaining therefrom a new header for the cell as it leaves demultiplexer 
and translator 102. As shown in Fig. 17A, the indexing value has two 
components. A first component is the address or value used to obtain the 
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matching value from one of the four RAMS. The second component is a 2- 
bit wide address obtained from a conversion of the four output signals of 
the four comparators 102-60 upon obtaining the match. The 2-bit wide 
conversion address is obtained from converter 102-70, which has inputs 

5 connected to the outputs of each of the comparators 102-60. The indexing 
value points to the position of the tributary VVlfVCl translation and 
destination table 102-20 from which the new header and a destination value 
can be obtained. The new header for the tributary routing has four bits of 
VPI and eight bits of VCI. The destination value is a four bit value 

10 indicating the tributary Utopia device, or CPU 40, or the downstream loop- 
back buffer 108. 

Thus, as explained above, demultiplexer and translator 102 has a set 
of integrated RAM tables which are configured by CPU 40. From the 

1 5 perspective of CPU 40, each position in the VPI/VCI table has a unique 
address. When a position in the VPI/VCI table is found as having a 
VPI/VCI which matches the VPI/VCI in the incoming cell header, the 
corresponding position in the VPI/VCI table has the new destination (e.g., 
one of CPU 40, loop back buffer 108, or the service devices) and the new 

20 VPI/VCI. 

If the VCI field in the look-up table is reset (VCI=0), this ATM 
connection is considered to be a VPC, which means that the VCI in the cell 
header can be any value. In this case only the VPI has to match and the 
VCI is not translated. The method of using VCI=0 for defining VPCs is 
25 feasible since VCI=0 is an undefined value for ATM connections, which 
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means that no cells with VCI=0 will ever appear at muhi-service circuit 20. 
While idle cells and physical 0AM have VCI=0, such cells are sorted out at 
the modem. As an alternative to using VC1=0 to indicate a VPC, VPC 
status can be indicated by an additional bit in the look up table. 

5 

10.2 VPWCI Tables of Upstream Multiplexer 
As shown in Fig. 17B, upstream demultiplexer and translator 122 
has an tributary VPI/VCI recognition table 122-10, an aggregate VPWCI 
translation and destination table 122-20; and an EPD status table 122-25. A 
10 cell incoming to upstream demultiplexer and translator 122 has certain 
header information thereof and a corresponding Utopia address value (4 
bits) stored in a VPI/VCI register 122-40. The certain header information 
comprises the four least significant bits (LSBs) of the VPI and the eight 
least significant bits of the VCI of the header. 

15 

In like fashion with demultiplexer and translator 102, in upstream 
demultiplexer and translator 122 an attempt is made by to find a match 
between the header information and Utopia address stored in VP W CI 
register 122-40 and a value in tributary VPI/VCI recognition table 122-10. 

20 As shown in Fig. 17B, VPI/VCI recognition table 122-10 comprises four 
RAMS 122-10( 1) through 122-10(4). An readout port of each of RAMS 
122-10(1) through 122-10(4) is connected to a first input port of a 
corresponding one of comparators 122-60(1) through 122-60(4). A second 
input port of each of the comparators 122-60(1) through 122-60(4) is 

25 connected to receive the value stored in VPI/VCI register 122-40. When 
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header information and Utopia address are stored in VPWCI register 122- 
40 upon receipt of a new cell by upstream demultiplexer and translator 122, 
a matching search is conducted in RAMS 122-10 in the same manner as 
above described for RAMS 102-10. 

5 

When a match is found, an indexing value is determined for 
addressing aggregate VPWCI translation and destination table 122-20 and 
(v/hen utilized) EPD table 122-25. A new header is obtarned from the 
indexed address of aggregate VPWCI translation and destination table 

10 122-20 for the cell which is leaving upstream demultiplexer and translator 
122. As with demultiplexer and translator 102, as shown in Fig. 17 the 
indexing value has two components. A first component is the address or 
value used to obtain the matching value from one of the four RAMS 122- 
10. The second component is a 2-bit wide address obtained from a 

15 conversion of the four output signals of the four comparators 122-60 upon 
obtaining the match. The 2-bit wide conversion address is obtained from 
converter 122-70, which has inputs connected to the outputs of each of the 
comparators 122-60. The indexing value points to the position of the 
aggregate VPI/VCI translation and destination table 122-20 from which the 

20 new header can be obtained. The new header for the tributary routing has 
four bits of VPI and eight bits of VCI. 

VPI filter register 102-32 is used to insert a new VPI value (the eight 
most significant bits) into the cell headers before the cells are sent to the 
25 aggregate interface. In the downstream flow, only aggregate cells with a 
VPI (eight most significant bits) that corresponds to the register 102-32 are 
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accepted (except for broadcast cells), and when the>- are translated the eight 
most significant bits of the VPI are reset. In the upstream flow, only 
tributary cells with a VPI (eight most significant bits) equal to zero are 
accepted, and when they are translated the value of the register 102-32 is 
5 inserted in the VPI (eight most significant bits). 

For each position (address) in aggregate VPIA^CI translation and 
destination table 122-20 there is a corresponding position in EPD table 122- 
25. The EPD table 122-25 contains information per ATM connection 
10 needed to handle EPD. The EPD table 122-25 is used only if an EPD 
select bit is set in VPWCI recognition table 122-10. 

11.0 Epilogue 

The central part of multi-service circuit 20 is thus ATM core 60. 
15 ATM core 60 has integrated loop back buffers, CPU buffers, and quality of 
service buffers. Advantageously, ATM core 60 is very flexible and has 
structure and operation which is not dependent upon the kind of service 
devices that are connected at the tributary Utopia interface, e.g., at services 
interface 64. 

20 ATM core 60 is an integrated circuit which, in the illustrated 

embodiment, supports eight channels at services interface 64. For three of 
these channels, a CPU buffer is provided for each direction. This means 
that cells can be distributed between CPU 40 and each of these three 
service devices. 
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The multi-physical Utopia interface provided by services interface 64 
accommodates integration of future services (e.g., AAL5 SAR and 
Ethernet). Moreover, although eight channels are provided in the illustrated 
embodiment, ATM core 60 is expandable to a greater number (e.g., sixteen 
5 channels). 

Advantageously, the multi-service circuit 20 of the present invention 
is an integrated circuit which is substantially entirely hardware-based. As 
such, multi-service circuit 20 has other advantages compared to processor- 
based units, such as higher data rate and less power consumption. 

10 While the invention has been described in connection with what is 

presently considered to be the most practical and preferred embodiment, it 
is to be understood that the invention is not to be limited to the disclosed 
embodiment, but on the contrary, is intended to cover various modifications 
and equivalent arrangements included within the spirit and scope of the 

15 appended claims. For example, multi-service circuit 20 can be configured 
so that CPU 40 is included therein. 
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ATM connection 


VPWCI 
aggregate side 


VPI/VCI 
tributary side 


QOS class 


C¥ channel 1 (VCO 


VPI, / 43 


CEl fix 


QoSl 




VPI, / 44 


CE2 Jix 


QoSl 


^prvirf* TItnnta (VCC^ 


VPI, / 48 


0/35 


QoS2 


ATMF#1 (VCC) 


VPI,/ 55 


0/35 


QoS3 


ATMF#1 (VPC) 


VPIj/- 


1 /- 


QoS3 


ATMF#2 (VCC) 


VPI, / 58 


0/35 


QoS3 


CPU <-> ATMF#1, F4 segment CAM 




0/3 




CPU <-> ATMF#1, F5 segment CAM 




0/35 




CPU <-> Aggregate, F4 end-to-end CAM 


VPI,/ 4 




QoS4 


CPU <-> Aggregate, signalling (VCC) 


VPI, / 33 




QoS4 


CPU <-> Aggregate, signalling (VPC) 


VPI, / - 




QoS4 



Table 1 Examples of ATM connections through the NT 
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Signal Name 


Type 


Width 


Description 


TX DATA 


Output 


8 


Transmit data. 


TX CLK 


Output 


1 


Transmit clock. 


TX ENB 


Output 


1 


Transmit octet enable. 


TX SOC 


Output 


1 


Transmit start-of-cell. 


TX CLAV 


Input 


1 


Transmit cell space available. 


TX ADDR 


Output 


5 


Transmit address. 


RX DATA 


Input 


8 


Receive data. 


RX CLK 


Output 


1 


Receive clock. 


RX ENB 


Output 


1 


Receive octet enable. 


RX SOC 


Input 


1 


Receive start-of-cell. 


RX CLAV 


Input 


1 


Receive cell available. 


RX ADDR 


Output 


5 


Receive address. 



Table 2 Utopia level 2 interface to modem/transceiver 



Signal Name 


Type 


Width 


Description 


TxCLK 


Output 


1 


Transmit clock, 2048 or 1544 kHz. 


RxCLK 


Input 


1 


Receive clock, 2048 or 1544 kHz. 
Only for El/Tl. 


TxD 


Output 


1 


Transmit data. 


RxD 


Input 


1 


Receive data. 


FS 


Output 


1 


PCM frame start. 


DV 


Output 


4 


Data valid for each channel. 



Table 3 The PCM and El/Tl interface 
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Signal Name 


Type 


Width 


Description 


TxD 


Output 


2 


Differential transmit data. 


RxD 


Input 


2 


Differential receive data. 


EQ 


Bidir 


2 


External filter for equalizer. 


PLL 


Bidir 


2 


External filter for PLL. 


AVCC 


Bidir 


4 


Analog power. 


AGND 


Bidir 


4 


Analog ground. 



Table 4 The A TMF interface. 



Signal Name 


Type 


Width 


Description 


TX DATA 


Input 


8 


Transmit data. 


TX CLK 


Input 


1 


Transmit clock. 


TX ENB 


Input 


1 


Transmit octet enable. 


TX SOC 


Input 


1 


Transmit start-of-cell. 


TX CLAV 


Output 


1 


Transmit cell space available. 


TX ADDR 


Input 


5 


Transmit address. 


RX DATA 


Output 


8 


Receive data. 


RX CLK 


Input 


1 


Receive clock. 


RX ENB 


Input 


1 


Receive octet enable. 


RX SOC 


Output 


1 


Receive start-of-cell. 


RX CLAV 


Output 


1 


Receive cell available. 


RX ADDR 


Input 


5 


Receive address. 



Table 5 The external service Utopia Interface. 
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Signal Name 


Type 


Width 


Description 


CS 


Input 


1 


Chip select 


R/W 


Input 


1 


Read/write enable 


ADDR 


Input 


12 


Address bus 


DATA 


Bidir 


16 


Data bus 




Output 




Interrupt request 


DTACK* 


Output 




Data transfer acknowledge 


lACK* 


Output 




Interrupt acknowledge 




Input 




Output enable 


BMODE* 


Input 




Bus mode (16/8 bits). 


BSEL* 


Input 




Byte select 



Table 6 The external CPU interface. 



